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° Field of the Invention 

The present invention relates to communications signal control, and in particular 
to switching and routing of audio signals for enhancing training operations and 
communications between trainer and trainee. 



Background of the Invention 

Distributed interactive simulation continues to grow in importance in military and 
civilian applications. Simulators are connected together over vast distances using a 
wide area network (WAN) interface. The Battle Force Tactical Trainer (BFTT) provides 
the U.S. Navy with onboard training for many different functions performed on a ship. 
While U.S. Navy ships are in port, the BFTT provides a communications connection 
between the ships participating in a tactical training exercise and selected scenario of 
interest, and connects these ships using Wide Area Network (WAN) technology. While 
these ships are connected together, they can participate with each other in team- 
training exercises. Using the BFTT, voice communications between ships within the 
tactical training scenario have been historically handled by a BFTT Digital Voice system 
(BDV) that sends and receives digital voice packets of data over the WAN. This type of 
communication is referred to as scenario control (SC) and is used for coordination of 
the training exercise by an operator. Typically, if the operator needs to communicate 
with someone onboard the ship that is not connected to the WAN, it is necessary to 



establish a separate communication link on an available and appropriate 
communication device. 

The operator or operators controlling the training onboard each ship is generally 
referred to as a BFTT Operator Console operator, or BOPC operator. The BOPC 
5 operator has many tasks to perform when running a training exercise. By way of 
example, an Electronic Warfare (E/W) officer will typically be located in a room at a 
remote location compared to the training operator who is likely to be located in the Data 
Processing Center (DPC). The E/W officer or E/W staff member will typically 
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*0 communicate with the rest of the ship via an interphone (IP) circuit that generally 
lijlO includes headset and push-to-talk (PTT). The BOPC operator, typically wearing a 
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J headset that is compatible with the BOPC, removes the BOPC headset and switches to 

5 

s a headset and mic operated by the push-to-talk (PTT) mechanism. Further consider 

>~ that the BOPC operator may need to simultaneously communicate with other members 

Ji of the ship that have access to only a sound power (SP) phone circuit. To 
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15 communicate with personnel positioned at these remote locations, the BOPC operator 

must again remove his BOPC headset, leave his position at the BOPC, and move to a 

location that has a sound power (SP) interface. 

It is well known by those skilled in the art of tactical training, that time is of the 

essence during tactical training exercises. There is a particular need to improve the 
20 voice communication operations of the BOPC operator. There is a particular need to 

improve communications with those trainees that do not have access to the WAN 
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during the training exercises. 



Summary of the Invention 

In view of the foregoing background, it is therefore an object of the present 
5 invention to facilitate voice communications between an operator of a training console 
and trainees participating in a training exercise. It is further an object of the present 
invention to provide the BOPC operator coordinating the battle force training with 
improved communications with trainees positioned throughout the ship and participating 
*fi in such exercises. The present invention provides a flexible and expandable 
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pLjlO architecture for enhancing voice communications, and in particular, for enhancing voice 
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i communications used onboard ships and at land sites during the BFTT exercises. The 
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- present invention is provided at a low cost when compared to typically available 

communications switching and routing systems. Further, the operator, an instructor in 

FU 

% the BFTT exercises, now has effective access to a variety of communications devices 
15 using a single headset, which permits timely connection to the tactical communications 
systems onboard the ship. These communications systems include the interphone (IP) 
system used for intra-ship communications, tactical radio telephone system used for 
external ship communications, sound power used to access maintenance and tactical 
circuits onboard ship, as well as telephone interface capability for connections to 
20 commercial PBX exchanges and Wide Area Network scenario control communications. 
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T\hese and other objects, advantages and features of the present invention are 
provided by an audio communications control system comprising a single headset 
having a left Speaker, a right speaker, and a microphone for providing an operator with 
voice transmission. An audio interface operates between a plurality of audio 
communications equipment and the single headset. The audio interface provides an 
electrical connection 10 the plurality of voice communications systems for operation 
therewith, switching of discrete audio communications signals therefrom, and routing of 
the audio signals to one of the left speaker, the right speaker, and the microphone of 
the headset. An operator control interface is operable with the audio interface for 
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k|lO controlling the routing and switching of the audio signals, and includes a display for 



viewing by the operator and manuakselection of the discrete audio communications 
signals to be operable with the single neadset. in one preferred embodiment, the 
display comprises a graphical user interface display that is reconfigurable to a desired 
. communications system display. 
"\5 A method aspect of the present invention includes providing a single headset 

having a left speaker, a right speaker, and a microphone for providing an operator with 
voice transmission and electrically connecting an audio interface between a plurality of 
audio communications systems and the single headset.YThe audio interface switches 
discrete audio communications signals from the plurality oraudio communications 
20 systems and routes them to one of the left speaker, the right speaker, and the 

microphone of the headset in response to a command from an operator. A graphical 
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user interfacfe^operable with the audio interface is provided for controlling the routing 
and switching of th^ audio signals by the operator. The operator activates a push 
button styled display fohnanual selection of discrete audio communications signals for 
\ 1 operating with the headset. Tte method further includes the step of operating the 



\ I operating with the headset. Tl^r 
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^ \ graphical user interface for connection to a first discrete audio communications system 
^ and routing a first discrete audio signaHo s ttie left speaker and/or the right speaker of 
the single headset, as desired, for connection tbva second discrete audio 
communications system, and routing a second discretesaudio signal to another of the 
left speaker and/or the right speaker of the single headset. Ai^o, connection is made 
10 for the microphone of the headset to a third discrete audio commums^tions system, 
agatn-aa-desired: 



^ Brief Description of the Drawings 

ru 

j A preferred embodiment of the invention, as well as alternate embodiments are 

15 described by way of example with reference to the accompanying drawings in which: 
FIG. 1 is a block diagram illustrating one preferred embodiment of a voice 
communications control system interfacing with multiple communications systems 
onboard a ship; 

FIG. 2 is a block diagram of one embodiment of the invention for interfacing with 
20 communications on a particular class of ship; 
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FIG. 3 is a diagrammatic block diagram illustrating one preferred embodiment of 
the system of FIG. 1; 

FIG. 4 is a partial plan view of one preferred embodiment of a hardware interface 
for the system of FIG. 3; 

FIG. 5 is a block diagram illustrating a functional interfacing of elements of the 
interface of FIG. 4; 

FIGS. 6, 7, and 8 are plan views of various presentations of a graphical user 
interface of the system of FIG. 1 . 



y 0 Detailed Description of Preferred Embodiments 



The present invention will now be described more fully hereinafter with reference 
to the accompanying drawings, in which preferred embodiments of the invention are 
M- shown. This invention may, however, be embodied in many different forms and should 



not be construed as limited to the embodiments set forth herein. Rather, these 
15 embodiments are provided so that this disclosure will be thorough and complete, and 
will fully convey the scope of the invention to those skilled in the art. Like numbers refer 
to like elements throughout. 

As illustrated initially with reference to FIG. 1, one preferred embodiment of the 
present invention, a voice communications control system 10 includes both hardware 
20 and software for operationally connecting one or more BOPC operators 12 to tactical 
systems communications equipment 14 onboard a ship. Depending on the class of 
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ship, tactical communications systems will include, by way of example, a tactical radio H/zfif 
16, an interphone 18, sound power telephone 20, thej9f* as^ earlier described, and a /y&t fr/^/Q 
surface ship telephone 22. The surface ship telephone 22 will be used when the ship is 
docked and the surface ship telephone system (SSTS) is connected to typical private 
5 branch exchange (PBX) lines. By way of further example, access to the tactical radio 
14 for an aircraft carrier class may be through a communications switch 24 and 
communications interface 26, as illustrated with reference to FIG. 2. In which case, one 
operator 12 would have signaling access to the radiotelephone 16 and internal voice 
*S communications systems (IVCS) 28, for the system 10 through the interface 26. The 
^JlO sound power telephones (SP) 20, and surface telephones 22 are accessed through a 

jj direct connection to these systems. 

D , 

Further, and as illustrated with reference again to FIGS. 1 and 2, and to FIG. 3, 




the operator 12 need wear only ^single headset 30 to handle ail operator 
communication needs, as will hereik be described in further detail. The single headset 
1 5 30 allows the operator to independent^ control the audio streams from various 

manually selected audio sources, to his left and right ears via left ear speaker 32 and 
right ear speaker 34 of the single headset 3<k The system 10 includes a hardware 
interface 36 including electronic card modules 38 which accommodate electronic 
interfacing with the different ship communication systems 14 that may be present on a 
20 particular ship class, as illustrated by way of example/With reference to FIG. 4. The 
user interface 40 remains consistent across all ship platforms, and in one preferred 
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embodiment, includes the single headset 12, personal computer (PC) 42 which uses a 
computer mouse 44 or typical alternate input devices such as a touch screen, a 
keyboard 46, and a monitor 48. The keyboard 46 will be typically be used by the 
operator t2 for tactical training data entry, and like the balance of the PC related 
hardware, is\ery familiar equipment for the operator. As a result, the system 10, not 
only acts as a communications integrator, but also has the ability to route audio from 
one tactical communications systems equipment 14 to either a wide area network 
(WAN) 50, or to another tactical system onboard ship. As illustrated with reference 
again to FIG. 4, the hardware interface 36 permits insertion of multiple operator 
modules, such as a digital signal processor (DSP) module 51 and switch control 
functions (SCF) 52. Commbn modules, such as the DSP module 51 and the SCF 
module 52 are scalable to operate with tactical interfaces for one or more operators 12. 
The hardware interface 36 scales by simply adding additional interface card modules 
38 for each additional operator. Tnfe software will automatically scale to operate with 
15 the number of interface card modules\een on the computer bus. The system 10 

accommodates modular upgrades by allowing a CPU module 54 and network interface 
cards to be upgraded without affecting the design or operation of the rest of the system. 
All audio information is digitized when it is routed to the DSP. Such a capability 
permits the system 10 to optionally save and timfe stamp the audio data for record and 
20 playback purposes, a valuable tool in training whemreviewing performance for a 

scenario^ Once the data is stored, training exercises that are visually reviewed can be 

The device is capable of data compression of the voice data to facNkate j , 

bandwidth reduction for transmission and storage of this data. \ 
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^ enhanced by audio playback thatsjsGPS time-stamped and synchronized to the events 
thattoolCptace-dtmngT^ 

The functions of the modules 38 are further illustrated with reference to the block 
diagram of FIG. 5, and again to FIG. 4. The CPU module 54, earlier described, is a 
general-purpose processor performing typical commercial off-the-shelf (COTS) 
processor functions for general-purpose processing and input/output (I/O) control. A 
network control unit module 56 is a COTS interface for sending and receiving network 
packets of information across the Wide Area Network (WAN). The DSP module 51, a 
COTS interface, stores, converts, and compresses analog audio signals into a digital 
10 signal stream. The SCF module 52 controls the switching of audio data between the 
WAN 50 and the various tactical communications systems 14 onboard ship. An I/O 
~ process function module 58 controls the digital I/O interfaces to the tactical systems 14. 
p A time encoder function module 60 provides a global positioning device (GPS) 

tj operation for "time stamping" of audio packets for record and playback purposes. By 

i 

15 way of example, the system 10 records and plays back processed audio information 
and sends this information over the WAN or locally, via on board systems, as desired. 

A custom signal processor module 62 provides the custom hardware interface 36 
to the operational tactical equipment 14 ol^board the ship through connection ports 64, 
as herein described by way of example. A sound power interface 66 processes the 
analog signals to and from the sound power telepfcjpnes (SP) 20, earlier described with 
reference to FIGS. 1 and 2. A telephone interface 68Wocesses the analog signals to 
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and from a standard telephone PBX interface, the telephone 22. A tactical digital 
Interface 70 processes the digital messages to and from the operational equipment 14 
onboard ship. A tactical analog interface 72 processes the analog audio data to and 
from the operational equipment 14 onboard the ship. An audio pre-conditioner module 
^ 5\ 74 adjusts the audio levels from the operational equipment 14 to levels acceptable by 
the digital signal processor module 50. A dioital control unit 76 provides timing 
information for controlling the custom signal pVpcessor 62. 

As illustrated with reference again to FIG. 3, and to FIG. 6, during operation of 

□ 

^? the system 10, the BOPC operator 12 establishes audio communications through the 

4« 
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40 pressing of a voice button on a typical BFTT 78. In the preferred embodiment of the 
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present invention, herein described by way of example, this BFTT voice button pressing 
action sends a signal to the system 10 which responds by presenting a graphical user 
interface (GUI) 80 to be presented on the monitor 48. The GUI 80 allows the operator 
12 to configure and control all voice communications to and from his console. The 
15 system 10 permits the operator to communicate his voice to either the tactical 

communication equipment 14 onboard ship, or to the WAN 50 where the operator will 
typically communicate with other ships taking part in the training exercises. 

In a preferred embodiment of the present invention, voice data sent and received 
over the WAN is called scenario control voice (SC) and activated by the SC button 82 in 
20 the GUI 80, as illustrated with reference again to FIG. 6. By way of further example, 
and as herein described, when operating in SC mode, the BOPC operator chooses 
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among four different virtual frequencies labeled channel A, channel B, channel C, and 
channel D. Additional channels are included as required to meet scenario control 
requirements. Typically, the BOPC operators from several different ships are all 
connected to the same WAN and will thus hear SC voice when they are tuned to the 
same virtual frequency as the sender. Virtual frequency channel A is illustrated in left 
channel 84 and right channel 86 in the GUI 80 of FIG. 6, where the operator 12 has his 
left and right ear speakers 32, 34 tuned to send and receive voice data over the WAN 
on SC virtual frequency channel A. As desired, voice data is also sent and received 
over the tactical communications equipment 14 onboard ship. 

Ship communications equipment was described above and is further expanded 
Jto provide a brief explanation for the names selected for the GUI buttons 88, illustrated 
with reference again to FIGN6. Communications established between two points on a 
ship is called interphone (IP) communication, thus an IP button. Communications 
established between three or more^oints on a ship is called conference (CONF) 
15 communications, thus a CONF buttonX Communications established on one of the 
ship's multiple voice networks is referred to as network (NET) communications, thus a 
NET button. Communications established on^he ship's tactical radios that broadcast 
over the airways is called tactical radio (TR) communication, thus a TR button. 
Communication established over the sound powered^circuits on a ship is called sound 
20 power (SP) communications, thus SP button. Communications established over the 
telephone circuits on a ship used to connect a ship in port to a commercial phone 
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system is called telephone (PH) comrrHjnications, thus a PH button. Button names may 
change without departing from the intent and teachings of the present invention. In 
addition, the GUI 80 is herein described as one pf^ferred embodiment, but a hardwired 
structure including real buttons may be preferred deperiding on an environment in 

w h ich the s ysteroJ tQ-ts-iD pe usea. \ 

In operation, and with reference again to FIG. 6, by way of example, the BOPC 
operator 12 independently configures and controls the audio communication to his left 
and right ear, and can change his left or right ear to SC mode by depressing the SC 
button on the IBDV GUI. For the example herein described, consider the operator 12 
having the headset 30 and connections as illustrated with reference again to FIG. 4. 
While in the SC mode, the BOPC operator 12 can choose between four virtual 
frequencies by depressing A, B, C, or D buttons 90 on the GUI 80. By way of further 
example, the operator 12 can change his left or right ear to IP mode by depressing the 
IP button 92 on the GUI 80. Further, the system 10 provides a speed-dial menu 94, as 
illustrated with reference to FIG. 7, to assist the operator in selecting a desired person 
to call onboard the ship. The system 10 meets TEMPEST requirements for processing 
both secure and non-secure audio transmissions simultaneously. FIG. 7, by way of 
example, illustrates the GUI 80 for selecting access to the IP system 18 via the 
operator's left ear speaker 32. By way of further example, the speed-dial menu 94 
appears and in this example, the operator selected the air intercept controller (AIC) by 
depressing the AIC button 96. AIC is indicated in the left channel 84 window of the GUI 
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80. The operator 12 would then press the DIAL button 98 and the connection is made 

to the AIC. In a preferred embodiment, activated buttons of the GUI 80 will be 

illuminated in varying colors, green for active, by way of example. Further, when the 

operator changed to an IP circuit, such as illustrated with reference to FIG. 8, the IP 

5 button 92 illuminates in green to indicate that IP is the selected communication mode, 

while the SC-Channel A button 82 will turn blue to indicate the SC circuit was on hold. 

As will now be appreciated, the operator 12 can change his left or right ear to NET, 

CONF, SP, or PH mode by following a similar procedure as herein described above. 

rf* ^/^^cplW^T/^/fT TAcrxcJc- fix a fits/? f 

In summary, the system lO^provides ^afTtactical^ommunications systjSftfek U[ 2-2>/<H 

10 onboard a typical U.S. Navy ship (by way of example, Conference, Tactical Radiof^ '/ 
Sound Power, and Telephone) to be integrated for communications into a single 
headset. This enhances the effectiveness of onboard training by allowing the operator 
to handle all shipboard communications without removing his headset or moving from 
his console. Wide Area Network communications are also integrated into the same 

15 headset. The system not only acts as a communications integrator but also routes 
audio from one tactical system to either the wide area network, or to another tactical 
system onboard ship. The system is scalable to handle tactical interfaces for one or 
more operators as required by the different ship platforms. The hardware scales by 
simply adding additional interface cards for each additional operator. The software will 

20 automatically scale to handle the number of interface cards seen on the computer bus. 
The system can also accommodate modular upgrades by allowing the processor, DSP, 
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and network interface cards to be upgraded without affecting the design or operation of 
the rest of the system. Further, since all audio information is digitized when it is routed 
to the DSP, the system can optionally save and time stamp the audio data for record 
and playback purposes. With the result that once training data is stored, training 
exercises that are visually reviewed can be enhanced by audio playback that is GPS 
time-stamped and synchronized to the events that took place during the exercise. The 
GUI allows the BOPC operator to configure and control the IBDV for setting up 
independent communications to the operator's left ear and right ear, as desired. 
Further, the GUI is re-configurable to handle the variances that typically appear when 
interfacing to communication equipment onboard different ship classes in the U.S. 
Navy. 

It is to be understood that even though numerous characteristics and 
advantages of the present invention have been set forth in the foregoing description, 
together with details of the structure and function of the invention, the disclosure is 
illustrative only, and changes may be made in detail, especially in matters of shape, 
size and arrangement of parts within the principle scope of the invention to the full 
extent indicated by the broad general meaning of the terms in which the appended 
claims are expressed. 
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